home *** CD-ROM | disk | FTP | other *** search
/ BCI NET / BCI NET Dec 94.iso / archives / telecomm / bbs / ctdlaux_src.lha / Reciever.doc < prev    next >
Encoding:
Text File  |  1994-04-08  |  1.9 KB  |  49 lines
  1. This is the CTDL-handler.  This version also comes with a new program
  2. called Reciever.  Reciever is a door monitor program that will allow
  3. you to capture the output of the current door session or just display
  4. it in a window.
  5.  
  6. CTDL-Handler:
  7.  
  8.  To install, just copy this into the L: directory.  You will have to
  9.  reboot for it to take effect.  With 2.1 or higher OS you can remove
  10.  the previous handler with "assign ctdl-aux: dismount", and then
  11.  a mount command to re-mount it.
  12.  
  13.  CLI base programs can be run as doors by re-directing the output
  14.  and input to ctdl-aux:
  15.  
  16.  Door >ctdl-aux: <ctdl-aux:
  17.  
  18.  is a simple example.
  19.  
  20.  
  21. Reciever
  22.  
  23.  This program will not do any special formating of the door I/O.  It
  24.  will just output it to the current window.  This program has several
  25.  options:
  26.  
  27.  Control-F   - Toggle the file save option on/off.  The program will
  28.                display a status message.  The filename is "save.aux".
  29.  Control-D   - Toggle the debug mode.  This is mostly for my use and
  30.                generates alot of messages in addition to the regular
  31.                door output.
  32.  Control-E   - Exit, The port is closed, and so is the save file if
  33.                Opened.  This will only occur when the port is empty
  34.                of messages.
  35.  
  36.  I recommend that you run RECIEVER with a higher priority than the
  37.  door program since that will keep it running at the maximum possible
  38.  speed.  If you do not, the messages from the handler, may back up
  39.  enough on your system that you could run out of memory.  The aux handler
  40.  will queue up messages until you run out of memory and then throw
  41.  them away until it can allocate buffers.  This would mean some of your
  42.  information would be lost.  If at a higher priority, RECIEVER can
  43.  keep up with no problem.
  44.  
  45.  I recommend that you use this handler and if a problem occurs, try to
  46.  use it to capture the result to a file.  This will allow the door problem
  47.  to be debugged alot easier.
  48.  
  49.